-
Notifications
You must be signed in to change notification settings - Fork 45
8361497: Scoped Values: orElse and orElseThrow do not access the cache #142
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
👋 Welcome back rgithubli! A progress list of the required criteria for merging this PR into |
@rgithubli This change now passes all automated pre-integration checks. ℹ️ This project also has non-automated pre-integration requirements. Please see the file CONTRIBUTING.md for details. After integration, the commit message for the final commit will be:
You can use pull request commands such as /summary, /contributor and /issue to adjust it as needed. At the time when this comment was updated there had been 9 new commits pushed to the
As there are no conflicts, your changes will automatically be rebased on top of these commits when integrating. If you prefer to avoid this automatic rebasing, please check the documentation for the /integrate command for further details. As you do not have Committer status in this project an existing Committer must agree to sponsor your change. ➡️ To flag this PR as ready for integration with the above commit message, type |
This backport pull request has now been updated with issue from the original commit. |
|
/approval request for backport of JDK-8361497: Scoped Values: orElse and orElseThrow do not access the cache Motivation: The current cache in ScopedValue does not update if it's a miss in the cache initially but the binding was found. This behavior slows down the performance of Risk: Relatively low. The change is in the tip for over a month. The same time, I do understand we want to make 25 as stable as possible after GA and this patch probably isn't too urgent. If this isn't good for 25u for now, let me know if it's good for 25u-dev once it's available. |
@rgithubli |
/integrate |
@rgithubli |
/sponsor |
Going to push as commit b32786a.
Your commit was automatically rebased without conflicts. |
@Rudometov @rgithubli Pushed as commit b32786a. 💡 You may see a message that your pull request was closed with unmerged commits. This can be safely ignored. |
Backport of https://bugs.openjdk.org/browse/JDK-8361497
Not clean due to the lack of https://bugs.openjdk.org/browse/JDK-8360884. The cherry pick conflict was caused by the a new test added in the JDK-8360884., code. Based on the conversation in JDK-8360884, it seems people are not comfortable to backport JDK-8360884 into 25 yet. The conflict was easy to resolve tho. Just remove the additional test brought by JDK-8360884.
Progress
Issue
Reviewing
Using
git
Checkout this PR locally:
$ git fetch https://git.openjdk.org/jdk25u.git pull/142/head:pull/142
$ git checkout pull/142
Update a local copy of the PR:
$ git checkout pull/142
$ git pull https://git.openjdk.org/jdk25u.git pull/142/head
Using Skara CLI tools
Checkout this PR locally:
$ git pr checkout 142
View PR using the GUI difftool:
$ git pr show -t 142
Using diff file
Download this PR as a diff file:
https://git.openjdk.org/jdk25u/pull/142.diff
Using Webrev
Link to Webrev Comment